home *** CD-ROM | disk | FTP | other *** search
- Path: comp.vuw.ac.nz!waikato!not-for-mail
- From: sbh@cs.waikato.ac.nz (Stephen B Hodge)
- Newsgroups: comp.sys.amiga.misc
- Subject: Re: AmigaOS 4.x features
- Date: 6 Mar 1996 01:33:23 GMT
- Organization: The University of Waikato
- Sender: sbh@waikato.ac.nz
- Message-ID: <4hiq13$h6c@thebes.waikato.ac.nz>
- References: <4h2p87$nu@news.rhrz.uni-bonn.de>
- Reply-To: sbh@waikato.ac.nz
- NNTP-Posting-Host: borg.cs.waikato.ac.nz
- X-Newsreader: TIN [UNIX 1.3 950726BETA PL0]
-
- Bernhard Fastenrath (fasten@weide.informatik.uni-bonn.de) wrote:
- : When the subject "OS features" is brought up everybody starts talking about
- : memory protection and virtual memory. Let's they that will be taken care of.
- :
- : There are some other features I'd like to discuss:
- I think the one that really needs to go in is network support. Include TCP/IP
- like unix has.
-
- : - ARexx was nice (and still is) but there's room for improvement.
- : I'd like to see python (http://www.python.org) either as a
- : second (official(!)) language or as the successor of ARexx.
- : Python can even be used for applets (like Java).
- I say go with Java, especially in a network environment.
-
- : - source code win32 API compatibility!? (NO, I don't want it but everybody
- : else is going this way, so it might be a good idea ...)
- No, bad idea, possibly some sort of porting library could be developed, along
- the lines of ixemul.library but putting in the OS is not a smart move and will
- not help the amiga.
-
- : - soft/hard links (don't tell me we already have links)
- Improvement is required.
-
- : - a hidden flag for assignments the user doesn't want to see (If
- : program XY wants XY: assigned to its home I'm not interested).
- Why not implement the hidden protection bit, and allow assigns to have
- protection bits (they should have anyway). That way they they can be hidden
- as you want, but other files and directories can also be hidden.
-
- : - it should also be possible to list multi-directory assignments
- : like one directory (the toronto virtual filesystem for OS/2 implements
- : this and unix-like mount points). (If devs: is assigned to
- : sys:devs and local:devs "ls devs:network" should list the contents of
- : sys:devs/network and local:devs/network :-)
- This is almost a bug in the current shell commands. The default behaviour
- should be to operate in this manner.
-
- : - Workbench should be multi-threaded (and allow grid positioning
- : like ******* ** (no that's not "Clean Up")).
- Workbench needs to be made more functional. Things like automatically closing
- the parent window (like Macs with option double-click), multiple windows
- similar to X Windows virtual window managers, make it more user customizable.
-
- : - low level game library (not really an OS feature)
- No. Games should go through the OS. The power to make this viable should be
- available with PPC, so a special mechanism for games should not be required.
-
- : - MacOS binary compatibility (ShapeShifter)
- No. On a PPC machine, if you want to run mac binaries, you buy MacOS, if you
- want to run Windoze you buy WindowsNT, if you want unix you buy one of several
- flavours of unix available. We want an Amiga so we should stick to an Amiga.
-
- I think that intuition needs an overhaul. There are many commodity functions
- that should be included directly, such as cycle to menu, magic menus, conclip
- etc.
-
- Clipboard support should be improved. We have a nice multitasking OS, but at
- the moment information exchange between programs is not easy in many cases.
-
- Graphics needs to be enhanced, including RTG and a 3D library (like SGIs have).
-
- The task scheduler need replacing - with something like Executive.
-
- The filesystems need minor improvements, to be useful in a networked
- environment, adding owner ids, and different security levels (ie. owner, group,
- system protection bits).
-
- One thing that would also be nice is a dynamic linking system (which is similar
- to our runtime shared libraries, but not quite the same - we should have both).
-
- I think if all of that could be done, will keeping the OS fast (which is really
- only a task scheduling thing), we would have an OS better than any on the
- market at the moment. It is probably better to forget about compatability, and
- provide that as either as seperate OS (just a port of 3.1) or as a set of
- libraries - ie. have a new executable code format / task structure so that
- the OS can give a program the libraries it wants.
-
- --
-
- Steve Hodge
- sbh@cs.waikato.ac.nz
- Computer Science Dept, University of Waikato,
- Hamilton, New Zealand
-